System and method for chunk based tiered storage volume migration

ABSTRACT

System and method for reducing costs of moving data between two or more of multi-tiered storage devices. Specifically, the system operates by moving only high tier portion of data and merely remapping the low tier data to migration target device, which eliminates a large amount of data movement (low tier) while maintaining the SLA of high tier data. Specifically, when a command to migrate a thin provisioned volume is received from a source primary storage device to another target primary storage device, the system doesn&#39;t copy all of the tier1 and tier2 chunk data that the source thin provisioned volume holds, but copies only tier1 chunk data to the target storage device. The copy operation is performed after the storage system prepared the target thin provisioned volume on the target side. After that, tier2 chunks are remapped from the primary storage device to another target primary storage device without copying.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/240,839, filed on Sep. 29, 2008, the entire contents of which areincorporated herein by reference.

FIELD OF THE INVENTION

This invention generally relates to storage systems and morespecifically to optimizing operation of tiered storage systems with datamigration capability.

DESCRIPTION OF THE RELATED ART

The amount of business information of various types has been growing ata very high rate year over year and will likely continue to do so. Everysingle piece of this business data has to be kept and protectedproperly. However, the importance, frequency of access, and requiredreliability level of the various types of data vary significantly, hencenot all types of data need to be stored in high performance and highcost storage devices. In order to reduce the storage costs, each unit ofdata should be stored in a storage device having appropriate performancecharacteristics commensurate with the use and importance of the storeddata, as determined by various data attributes.

In addition to the dramatic increase in the volume of the stored data,more and more data needs to be moved or copied between storage devisedue to various reasons, such as device replacement and businesscontinuity requirements (clustered system, disaster recovery, backup andrecovery). In addition, the data needs to be moved as required by theinternal operation of the dynamic virtual server platforms.

Tiered Storage systems provide solutions for reducing the cost ofstoring Service Level Agreement (SLA) data. In this solution, SANincorporates storage devices of multiple storage tiers. These multipletiers may include a high reliability, high performance but high coststorage tier, a storage tier with lower access speed and lower storagecosts, or a very low storage cost tier for data archiving. Other tiersare also possible. Data will be stored in the storage of appropriatetier according to the data attributes. The data may be also dynamicallymigrated between tiers based on the current data usage conditions. Thus,as would be appreciated by those of skill in the art, using multipletiers of storage resources achieves the reduction of the overall storagesystem cost by optimizing the allocation of the storage for a specificdata in accordance with required access speed or reliability for thatdata.

A thin provisioning technology helps improving the storage spaceutilization. The thin provisioning technology presents full volumecapacity virtually to a host but allocates actual physical storage onlywhen a write command has been received for a specific region of the datavolume. Partial capacity, a chunk, is carved from the storage extentcalled thin provisioning pool, when the storage capacity allocationrequest is received. In this type of storage system such that allocatingstorage extent with the small amount of capacity (Chunk) may haveability to manage tier by the granularity of the Chunk instead of thesize of whole volume in order to achieve more efficiency of utilizationof appropriate characteristics of storage devices. It provisions newcapacity from proper tier or controls dynamic data migration betweentiers by the Chunk granularity. Furthermore, having plural tier ofChunks may be hidden from host. Host only sees a single Thin ProvisionedVolume and doesn't know whether it contains several characteristic ofchunks. The system automatically can provision or dynamically migratechunks within the volume without showing the action to the host.

The technologies enumerated above reduce the cost of storage when thedata is statically stored without frequent data transfers. However,because the data relocation or duplication operations have become commonin many situations, the costs associated with moving the data started topresent a new serious problem that needs to be solved. Unfortunately,the current solutions fail to address this problem. Therefore, what isneeded is a solution for minimizing data movement cost, while preservingthe benefits of tiered storage systems.

SUMMARY OF THE INVENTION

The inventive methodology is directed to methods and systems thatsubstantially obviate one or more of the above and other problemsassociated with conventional techniques for deploying multiple serverinstances.

In accordance with an aspect of the inventive concept, there is provideda computerized storage system including a client host computer and asource first tier storage system operatively coupled to the client hostcomputer. The source first tier storage system includes at least onesource first tier storage device having multiple source first tierchunks arranged into a source chunk pool and a source storagecontroller. The inventive system further includes a second tier storagesystem operatively coupled to the source first tier storage system. Thesecond tier storage system includes at least one second tier storagedevice having multiple second tier chunks arranged into the chunk poolof the source first tier storage system. The source storage controllerallocates source first tier chunks or second tier chunks from the sourcechunk pool to a source thin provisioned volume accessible by the hostcomputer upon a receipt of a write command directed to the source thinprovisioned volume from the host computer. The inventive system furtherincludes a target first tier storage system operatively coupled to theclient host computer. The target first tier storage system includes atleast one target first tier storage device having multiple target firsttier chunks arranged into a target chunk pool and a target storagecontroller for establishing a target thin provisioning volume. Uponmigration of data from the source thin provisioning volume to the targetthin provisioning volume the source first tier chunks of the source thinprovisioning volume are copied to the target first tier chunks of thetarget thin provisioning volume and the second tier chunks are re-mappedfrom the source thin provisioning volume to the target thin provisioningvolume.

In accordance with another aspect of the inventive concept, there isprovided a computerized storage system including a client host computerand a source first tier storage system operatively coupled to the clienthost computer. The source first tier storage system includes at leastone source first tier storage device having multiple source first tierchunks arranged into a source chunk pool and a source storagecontroller. The inventive system further includes a second tier storagesystem operatively coupled to the source first tier storage system, thesecond tier storage system including at least one second tier storagedevice having a multiple second tier chunks arranged into the chunk poolof the source first tier storage system. The source storage controllerallocates source first tier chunks or second tier chunks from the sourcechunk pool to a source thin provisioned volume accessible by the hostcomputer upon a receipt of a write command directed to the source thinprovisioned volume from the host computer. The inventive system furtherincludes a target first tier storage system operatively coupled to theclient host computer, the target first tier storage system having atleast one target first tier storage device having multiple target firsttier chunks arranged into a target chunk pool and a target storagecontroller operable to establish a target thin provisioning volume. Uponmigration of data from the source thin provisioning volume to the targetthin provisioning volume, the source first tier chunks of the sourcethin provisioning volume are demoted to new second tier chunks of thesource thin provisioning volume and the second tier chunks are re-mappedfrom the source thin provisioning volume to the target thin provisioningvolume.

In accordance with yet another aspect of the inventive concept, there isprovided a method performed in a computerized storage system including aclient host computer and a source first tier storage system operativelycoupled to the client host computer. The source first tier storagesystem includes at least one source first tier storage device havingmultiple source first tier chunks arranged into a source chunk pool anda source storage controller. The computerized storage system furtherincludes a second tier storage system operatively coupled to the sourcefirst tier storage system, the second tier storage system having atleast one second tier storage device having multiple second tier chunksarranged into the chunk pool of the source first tier storage system.The source storage controller allocates source first tier chunks orsecond tier chunks from the source chunk pool to a source thinprovisioned volume accessible by the host computer upon a receipt of awrite command directed to the source thin provisioned volume from thehost computer. The computerized storage system further includes a targetfirst tier storage system operatively coupled to the client hostcomputer, the target first tier storage system having at least onetarget first tier storage device having multiple target first tierchunks arranged into a target chunk pool and a target storage controllerfor establishing a target thin provisioning volume. The inventive methodinvolves, upon migration of the data from the source thin provisioningvolume to the target thin provisioning volume, copying the source firsttier chunks of the source thin provisioning volume to the target firsttier chunks of the target thin provisioning volume and re-mapping thesecond tier chunks from the source thin provisioning volume to thetarget thin provisioning volume.

In accordance with a further aspect of the inventive concept, there isprovided a method performed in a computerized storage system including aclient host computer and a source first tier storage system operativelycoupled to the client host computer. The source first tier storagesystem includes at least one source first tier storage device havingmultiple source first tier chunks arranged into a source chunk pool anda source storage controller. The computerized storage system furtherincludes a second tier storage system operatively coupled to the sourcefirst tier storage system. The second tier storage system includes atleast one second tier storage device having multiple second tier chunksarranged into the chunk pool of the source first tier storage system.The source storage controller allocates source first tier chunks orsecond tier chunks from the source chunk pool to a source thinprovisioned volume accessible by the host computer upon a receipt of awrite command directed to the source thin provisioned volume from thehost computer. The computerized storage system further includes a targetfirst tier storage system operatively coupled to the client hostcomputer. The target first tier storage system includes at least onetarget first tier storage device having multiple target first tierchunks arranged into a target chunk pool and a target storage controllerfor establishing a target thin provisioning volume. The inventive methodinvolves, upon migration of data from the source thin provisioningvolume to the target thin provisioning volume, demoting the source firsttier chunks of the source thin provisioning volume to second tier chunksof the source thin provisioning volume; and re-mapping the second tierchunks from the source thin provisioning volume to the target thinprovisioning volume.

Additional aspects related to the invention will be set forth in part inthe description which follows, and in part will be obvious from thedescription, or may be learned by practice of the invention. Aspects ofthe invention may be realized and attained by means of the elements andcombinations of various elements and aspects particularly pointed out inthe following detailed description and the appended claims.

It is to be understood that both the foregoing and the followingdescriptions are exemplary and explanatory only and are not intended tolimit the claimed invention or application thereof in any mannerwhatsoever.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute apart of this specification exemplify the embodiments of the presentinvention and, together with the description, serve to explain andillustrate principles of the inventive technique. Specifically:

FIG. 1 illustrates an exemplary hardware architecture of the firstembodiment of the invention.

FIGS. 2 and 3 show software and logical element structure correspondingto the embodiment shown in FIG. 1.

FIGS. 4, 5 and 6 illustrate data structure of various tables stored inthe Memory of the Controller.

FIGS. 7, 8 and 9 illustrate an exemplary process for Thin ProvisionedVolume migration between the tiered storage systems executed by TieredStorage Management Module.

FIG. 10 shows an example process for Chunk demotion (Tier1 to Tier2Chunk) executed by Tiered Storage Management Module.

FIG. 11 illustrates an exemplary embodiment of a computer platform uponwhich the inventive system may be implemented.

DETAILED DESCRIPTION

In the following detailed description, reference will be made to theaccompanying drawing(s), in which identical functional elements aredesignated with like numerals. The aforementioned accompanying drawingsshow by way of illustration, and not by way of limitation, specificembodiments and implementations consistent with principles of thepresent invention. These implementations are described in sufficientdetail to enable those skilled in the art to practice the invention andit is to be understood that other implementations may be utilized andthat structural changes and/or substitutions of various elements may bemade without departing from the scope and spirit of present invention.The following detailed description is, therefore, not to be construed ina limited sense. Additionally, the various embodiments of the inventionas described may be implemented in the form of a software running on ageneral purpose computer, in the form of a specialized hardware, orcombination of software and hardware.

Aspects of the present invention provide systems and methods for chunkbased tiered storage volume migration. A chunk based tiered storagesystem disclosed in this invention provides thin provisioned volume(TPV) to the host. The system allocates new chunks upon the receipt of awrite operation command. The filesystem on the host is not aware of thetiered structure within the storage system.

Meanwhile, the storage system automatically performs dynamic data tiermanagement based on the granularity of the chunks. The management may beaccomplished, for instance, based on the access frequency to thespecific chunks. Chunks are carved from the thin provisioning pool tothe thin provisioned volume and the pool is composed of high performancetier1 constituent volumes and lower performance tier2 constituentvolumes. Therefore, both expensive tier1 chunks and reasonably pricedtier2 chunks can be used for the thin provisioned volume in accordancewith predetermined condition(s). The above system, as mentioned before,dynamically manages data movement from tier1 to tier2 (or vice versa)chunks automatically based, for instance, on their respective accessfrequency.

In this invention, it is assumed that the storage system incorporatesthe tier with high performance primary storage device as tier1 and anexternally attached, using storage virtualization technology, lowerpriced and lower performance secondary storage device as tier2.Therefore, the tier1 constituent volume is located on the primarystorage device and the tier2 constituent volume, which typically hasmuch higher storage capacity than the tier1 constituent volume, islocated on an externally attached secondary storage device.

When an embodiment of the inventive system receives a command to migratea thin provisioned volume from a source primary storage device toanother target primary storage device, the inventive system doesn't copyall of the tier1 and tier2 chunk data that the source thin provisionedvolume holds, but copies only tier1 chunk data to the target storagedevice. The copy operation is performed after the storage systemprepared the target thin provisioned volume on the target side.

After that, the inventive system refers to the pool, which suppliedchunks to the migration source thin provisioned volume and finds tier2constituent volumes that are included in the pool. The found tier2constituent volumes are located on the externally attached secondarystorage device which actually holds the tier2 chunks, which areassociated with the thin provisioned volume. The inventive system thenrefers to the pool on the migration target primary storage device andmounts tier2 constituent volume to that pool.

Finally, the inventive system copies the chunk mapping table, whichstores information on the relationships between each of the chunks andthe constituent volumes that actually provide the storage extent forthose chunks, from the source storage device to the target storagedevice so that the new thin provisioned volume can be associated to thetier2 chunks on the secondary storage device and the whole tier1 andtier2 chunks are accessible from the host.

By copying only tier1 chunks during the migration operation, theinventive system dramatically reduces the data relocation costs becausetypically the tier2 data is much larger in size than the tier1 data. Atthe same time, the tier1 data will be actually copied to the specificmigration target primary storage device so that it can deliver highaccess speed performance after the migration. While the tier2 data ischaracterized by slower access speed, a high access speed is typicallynot required from the tier2 data. Performing actual copy only for thedata that needs to be accessed at a fast access speed after themigration and merely switching the externally attached path for the lessfrequently accessed data improves the overall efficiency of the datamovement.

Now, exemplary embodiments of the invention will be described in detail.

FIG. 1 illustrates an exemplary hardware architecture of the firstembodiment of the invention. The shown system incorporates StorageSystems 100, 110, 120 and Client Hosts 130. Client Hosts and StorageSystems 100, 110 are connected through a Network 140. The Network 140can be implemented using a wide variety of technologies and is called afrontend network. Also all Storage Systems are connected through adifferent Network 150, which is a backend network.

Now, the Storage Systems 100,110 and 120 will be described. StorageSystem 100 is a primary storage device, which holds the tier1 data andis the source device during the data migration operation. Itincorporates a Controller 101 and a Storage Media 105. The Storage Mediain the primary storage device will be a high quality media such as FCdisk drive. The Controller 101 includes a CPU 102, a Memory 103, and aNetwork Interface 104. Storage Media are connected to the Controller 101and it could be variety type of device such as hard disk, flash memory,optical disk, tape, and so on. The Storage System 110 also represent asanother primary storage device which will holds the tier1 data and willbe the target side of device during the data migration. Its componentsare same as Storage System 100. Those two devices 100 and 110 areconnected to the Client Hosts. Storage System 120 represent as asecondary storage device which holds the tier2 data. Components aresimilar to the other tier1 primary devices but it composed with morereasonable Storage Mediums 125 such as SATA disks. Tier2 secondarydevice is connected to the tier1 devices through the backend Network150.

The Client Host (130) will now be described. The Client Host is ageneric computer that comprises a CPU 131, Memory 132, and a NetworkInterface 133. It is a terminal computer for the storage service user.

FIGS. 2 and 3 show software and logical element structure correspondingto the embodiment shown in FIG. 1. FIG. 2 shows the initial condition ofan embodiment of the inventive system, before the migration operationstarts, and the FIG. 3 illustrates the condition of the inventive systemduring or after the data migration.

In FIG. 2, the Storage Volume Composition of tier2 Storage System 120 isshown. Specifically, the Array Group 210-2 is the logical capacity whichis composed of a plurality of Storage Mediums 125 (so-called RAIDgroup). For example, it could be composed as a RAID 5 array with 3 disksof data and 1 parity disk. The Constituent Volume 220-2 (for tier2 data)is another logical capacity which is carved from the Array Group. Aplurality of Constituent Volumes will then be assigned to the Pool toprovide the actual capacity for storing the tier2 data. Storage Extent230-2 is storage capacity which is carved from the Constituent Volume asan atom of data stored extent.

Similarly, the Storage Volume Composition of the tier1 Storage System100 will have the same elements as the tier2 device, as shown with theArray Group 210-1, the Constituent Volumes 220-1 and the Storage Extent230-1. Generally, the Constituent Volumes themselves are not showndirectly to the end user in terms of the thin provisioning storageservice but rather in terms of the amount of free space provided as Pool240-1. The Thin Provisioning Chunk 250 is a unit of capacity allocatedfrom the Pool to the Thin Provisioned Volume 260-1. The Pool isassociated with both tier levels of Constituent Volumes 220-1 and 220-2,thus it can provide both tier type of Chunks to the Thin ProvisionedVolume. The Thin Provisioned Volume 260-1 is the storage volume that isexposed to the Client Hosts 130. It is represented as if it has fullsize capacity, but only the extent to which data has been written by theClient Host will be allocated. When the Client Host writes data to theextent that unallocated capacity needs to be used, the Storage Systemwill generate a new Thin Provisioning Chunk and associate it to the ThinProvisioned Volume to the extent of the data written by the Client Host.The Chunk may be carved from the tier1 device internally or from theexternally attached tier2 device.

The software stored and executed by the Controller 101 includes a TieredStorage Management Module 200, which uses and manages a Pool Table 500,a Thin Provisioned Volume Table 600 and a Chunk Table 700. The TieredStorage Management Module 200 is a key program of this invention for theoperation of data migration between the tiered storage devices. The PoolTable 500 holds records for Pools which have a respective ConstituentVolume ID and tier information. The Thin Provisioned Volume Table 600holds records which have the Pool ID that the volume was carved from andrelated Chunk Table ID for the volume. The Chunk Table 700 holds recordsof the Chunk attributes and the ID of the Constituent Volume where theactual data was stored for each Chunk. The Chunk Table will be generatedfor each Thin Provisioned Volume.

FIG. 3 illustrates the condition of the system during the data Migrationand specifically it shows Storage Volume composition of tier1 StorageSystems 100, 110, and 120. Storage System 110 represents the migrationtarget tier1 system (while Storage System 100 represents as themigration source storage system in this figure). The components of thissystem are the same as Storage System 100, which was described above.However the relationship of the systems will be changed during or afterthe migration operation. The Thin Provisioned Volume 260-2 is the newlycreated volume, which is the target of the data copy operation from thesource Thin Provisioned Volume 260-1. After the completion of themigration, the Client Host 130 will unmount Thin Provisioned Volume260-1 from the source side and mount the Thin Provisioned Volume 260-2for the target side. During the migration, in this embodiment of theinvention, only the contents of tier1 chunks will be copied to thetarget storage system and in accordance with the copy new tier1 ThinProvisioning Chunk 250-3 will be allocated from the Pool 240-2 to theThin Provisioned Volume 260-2. Also, these chunks are originally carvedfrom the tier1 Constituent Volumes 220-3.

During the migration, tier2 Constituent Volumes 220-2 which wereassociated with the Pool 240-1 on the migration source device will bemounted to the Pool 240-2 on the target device side (remapping therelated tier2 Constituent Volumes from source device to the targetdevice). Therefore, the existing tier2 Chunks 250-4 can be accessed bythe client host computer as a part of the Thin Provisioned Volume 260-2.

The Pool Table 500-2, Thin Provisioned Volume Table 600-2 and ChunkTable 700-2 are updated or generated during the migration and relatedinformation on the source device side will be discarded after themigration.

FIGS. 4, 5 and 6 illustrate data structure of various tables stored inthe Memory of the Controller. Specifically, FIG. 4 shows an exemplarydata structure of the Pool Table 500. The tables contain information onwhich Constituent Volumes compose respective Pools.

In the table of FIG. 4, the Pool ID column 510 provides anidentification of a Pool. The C-Vol ID column 520 providesIdentification of the Constituent Volume, which composes the Pool.

The Tier column 530 provides the information on the Tier of theConstituent Volume.

For instance, line 591 in the table represents a record of a Pool whichhas “PS1” as the ID and one of its Constituent Volume is “T1CV1” and itis Tier “1” type that is placed within the primary storage device. Line592 shows information for another Constituent Volume “T2CV5” of Pool“PS1” and that is Tier “2” type that is placed within the secondarystorage device that is externally attached.

This table is referred by the Tiered Storage Management Module 200 todetermine associated Constituent Volumes for specific Pool with Tiertype.

FIG. 5 shows an exemplary data structure of Thin Provisioned VolumeTable 600. Specifically, it shows the relationship between Pools andThin Provisioned Volumes and the specific Chunk Table ID for the volume.

The TP-Vol ID column 610 provides identification information of a ThinProvisioned Volume.

Pool ID column 620 provides identification information of the Pool thatthe Volume was carved from.

Chunk Table ID column 630 provides an identification of a specific ChunkTable for the volume.

For instance, line 691 represents a record of a Thin Provisioned Volume,which has “TPVS1” as the ID and it was carved from Pool “PS1” and isrelated to the Chunk information that is stored in the Chunk Table“CTS1”.

This table is referred by the Tiered Storage Management Module 200 todetermine associated Pool and Chunk Table for the migration volume.

FIG. 6 shows an exemplary data structure of the Chunk Table. Thecontents of this table illustrates attributes of the Chunks.

Chunk ID column 710 provides identification information of a Chunk.

C-Vol ID column 720 provides an identification of Constituent Volume,which the Chunk was carved from.

Tier column 730 provides information on the tier of the Chunk or theConstituent Volume.

Start LBA column 740 provides an LBA on the Constituent Volume, whichshows the start address of the Chunk.

Number of Blocks column 750 provides information on the number of validblocks within the Chunk.

For instance, line 791 represents a record of a Chunk which has “CS1” asthe ID, it is stored from LBA “0” on the Tier “1” Constituent Volume“T1CV1” with the valid “32” blocks from the beginning. During theallocation of Chunks to the specific size of data, it will be break downto Chunks with its maximum size of blocks (I assume 32 blocks forexample). But end portion might not to fit this boundary thus it's oftenbe less length than maximum blocks in a Chunk. For instance, Number ofBlocks of line 793 shows it has only 25 blocks of valid data within theChunk.

This table is referred by Tiered Storage Management Module 200 to obtainthe Tier of respective Chunks and also to obtain its attributes duringthe migration operation.

FIGS. 7, 8 and 9 illustrate an exemplary process for Thin ProvisionedVolume migration between the tiered storage systems executed by TieredStorage Management Module 200. Through the steps from 1000 to 1020, theprocess creates a new Thin Provisioned Volume on the target tier1 deviceside.

Step 1000: Create new Chunk Table on the target tier1 device, whichholds the Chunk information for the new Thin Provisioned Volume of themigration target.

Step 1010: The system will determine a proper Pool to carve a new ThinProvisioned Volume from the Pools, which exist on the migration targetdevice. This could be determined using a variety of methods, such aschoosing a Pool, which has the most free space.

Step 1020: Add new record to the Thin Provisioned Volume Table of targettier1 device with new (the system generated) TP-Vol ID, ID for the Poolselected in step 1010 and Chunk Table ID of the created new Chunk Tablein step 1000.

Through the steps from 1030 to 1070 the system mounts Tier2 ConstituentVolumes of the tier2 device to the migration target tier1 device.

Step 1030: Select the record corresponding to the migration sourcevolume from Thin Provisioned Volume Table of the source tier1 device. Inaddition, a corresponding Pool ID is obtained.

Step 1040: Select a record from Pool Table of source tier1 device wherePool ID is the value obtained in step 1030, which means the Pool relatedto the migration source volume, and also where the Constituent Volume ison the tier2 device. If all records are processed then proceed to step1100 otherwise proceed to step 1050.

Step 1050: Get ID of the corresponding Constituent Volume on the recordselected in step 1040. If the tier2 Constituent Volume has been mountedto the target tier1 device then proceeds back to step 1040 or otherwiseproceeds to step 1060. If any other Thin Provisioned Volume, whichoriginally associated with the Pool, was migrated before to the targettier1 device, related tier2 Constituent Volumes might already be mountedto the target tier1 device. In that case, it doesn't need to mountagain.

Step 1060: Mount tier2 Constituent Volume obtained in step 1050 to thetarget tier1 device and associate it with the Pool determined in step1010 (the Pool associated to the migration target Thin ProvisionedVolume).

Step 1070: Add new record to Pool Table of target tier1 device with PoolID determined in step 1010, Tier type of 2 and Constituent Volume IDobtained in step 1050. And then proceed back to step 1040 for the nexttier2 Constituent Volume.

Through the steps from 1100 to 1150 it copies tier1 Chunk data content.

Step 1100: Select the record for the migration source volume from ThinProvisioned Volume Table of source tier1 device and get its Chunk TableID.

Step 1110: Select a record from the selected Chunk Table in step 1100where Tier is 1. If all records are processed then proceed to step 1200otherwise proceed to step 1120.

Step 1120: Create a new Thin Provisioning Chunk at the target Tier1device carving from tier1 Constituent Volume.

Step 1130: Copy content data of the Chunk selected in step 1110 to thecreated Chunk in the target tier1 device.

Step 1140: Add new record to Chunk Table created in step 1000 with newChunk ID, Tier of 1, ID of the Constituent Volume that was used tocreate new Chunk in step 1120, Start LBA of the Chunk within theConstituent Volume and its Number of Blocks.

Step 1150: Release the Storage Extent of the Chunk on the source Tier1device. And then proceed back to step 1110 for the next tier1 Chunkcopy.

Through the steps from 1200 to 1210 it copies just records of tier2data.

Step 1200: Select a record from the selected Chunk Table in step 1100where Tier is 2. If all records are processed then proceed to step 1220otherwise proceed to step 1210.

Step 1210: Add new record to the Chunk Table created in step 1000 withnew Chunk ID, Tier of 2, and copy the rest of columns C-Vol ID/StartLBA/Number of Blocks as on the record selected in step 1200. And thenproceed back to step 1200 for the next tier2 Chunk entry.

Through the steps from 1220 to 1230 the process deletes Thin ProvisionedVolume on the source tier1 device.

Step 1220: Drop Chunk Table obtained in step 1100, which is the ChunkTable for the migration source Thin Provisioned Volume, from sourcetier1 device.

Step 1230: Delete the record for migration source volume from the ThinProvisioned Volume Table of source tier1 device.

A second embodiment of the inventive system will now be described. Inthe first embodiment described above only the contents of tier1 Chunkswere actually copied during the migration operation. Because the methodof the first embodiment did not copy the entire content of tier2 Chunks,it reduced the time of migration. In the second embodiment, to reducethe migration time as much as possible, the inventive system demotesevery tier1 Chunk to tier2 Chunk prior to the migration process suchthat no actual data copy will be performed but only the remapping of theTier2 Constituent Volume will be performed and hence the migration timewill be extremely short. Because the chunk based tiered storage systemhas automatic/dynamic chunk migration mechanism between tiers within thesystem, the original tier1 Chunks will be eventually promoted from tier2to Tier1, if the corresponding data has characteristics corresponding toTier1. This occurs after the migration has been completed. Of course, inthis case, the demotion and promotion process might be considered as anoverhead from the perspective of overall migration operation. However,the priority of various operations depends on the usage characteristicsof the system and, therefore, this method is described as anotherembodiment of this invention.

Most of the components and processes of the second embodiment are thesame as the corresponding components and methods of the firstembodiment. Thus, only the differences will be described below.

FIG. 10 illustrates an exemplary process for Chunk demotion (tier1 totier2 Chunk) executed by the Tiered Storage Management Module 200. Thisprocess will be performed prior to the Volume Migration process shown inthe first embodiment from step 1000 to 1230, when the migrationoperation has triggered.

Step 1300: Select the record for the migration source volume from ThinProvisioned Volume Table of source tier1 device and get its Chunk TableID.

Step 1310: Select a record from the selected Chunk Table in step 1300where Tier is 1. If all records are processed, then proceed to step 1000and start actual volume migration process. Otherwise proceed to step1320.

Step 1320: Create a new Thin Provisioning Chunk at the source Tier1device carving from tier2 Constituent Volume.

Step 1330: Copy content data of the Chunk selected in step 1310 to theChunk created in step 1320.

Step 1340: Update the record of the Chunk Table selected in step 1310,changing the Tier from “1” to “2” and C-Vol ID as the Constituent VolumeID that was used to create new Chunk in step 1320 and its Start LBA.

Step 1350: Release the Storage Extent of the tier1 Chunk. After that,proceed back to step 1310 for the next tier1 Chunk demotion.

After the completion of tier1 Chunk demotion process above, the VolumeMigration process, shown in the first embodiment starts from the step1000. During the process, from step 1110 to step 1150, which copy tier1Chunk data between Tier1 devices will be skipped due to the fact that notier1 Chunks are left on the source Tier1 device after the demotionprocess. Therefore, the process of the Volume Migration is exactly thesame as shown in the first embodiment and can be used in the secondembodiment as well.

FIG. 11 is a block diagram that illustrates an embodiment of acomputer/server system 1400 upon which an embodiment of the inventivemethodology may be implemented. The system 1400 includes acomputer/server platform 1401, peripheral devices 1402 and networkresources 1403.

The computer platform 1401 may include a data bus 1404 or othercommunication mechanism for communicating information across and amongvarious parts of the computer platform 1401, and a processor 1405coupled with bus 1401 for processing information and performing othercomputational and control tasks. Computer platform 1401 also includes avolatile storage 1406, such as a random access memory (RAM) or otherdynamic storage device, coupled to bus 1404 for storing variousinformation as well as instructions to be executed by processor 1405.The volatile storage 1406 also may be used for storing temporaryvariables or other intermediate information during execution ofinstructions by processor 1405. Computer platform 1401 may furtherinclude a read only memory (ROM or EPROM) 1407 or other static storagedevice coupled to bus 1404 for storing static information andinstructions for processor 1405, such as basic input-output system(BIOS), as well as various system configuration parameters. A persistentstorage device 1408, such as a magnetic disk, optical disk, orsolid-state flash memory device is provided and coupled to bus 1101 forstoring information and instructions.

Computer platform 1401 may be coupled via bus 1404 to a display 1409,such as a cathode ray tube (CRT), plasma display, or a liquid crystaldisplay (LCD), for displaying information to a system administrator oruser of the computer platform 1401. An input device 1410, includingalphanumeric and other keys, is coupled to bus 1401 for communicatinginformation and command selections to processor 1405. Another type ofuser input device is cursor control device 1411, such as a mouse, atrackball, or cursor direction keys for communicating directioninformation and command selections to processor 1404 and for controllingcursor movement on display 1409. This input device typically has twodegrees of freedom in two axes, a first axis (e.g., x) and a second axis(e.g., y), that allows the device to specify positions in a plane.

An external storage device 1412 may be coupled to the computer platform1401 via bus 1404 to provide an extra or removable storage capacity forthe computer platform 1401. In an embodiment of the computer system1400, the external removable storage device 1412 may be used tofacilitate exchange of data with other computer systems.

The invention is related to the use of computer system 1400 forimplementing the techniques described herein. In an embodiment, theinventive system may reside on a machine such as computer platform 1401.According to one embodiment of the invention, the techniques describedherein are performed by computer system 1400 in response to processor1405 executing one or more sequences of one or more instructionscontained in the volatile memory 1406. Such instructions may be readinto volatile memory 1406 from another computer-readable medium, such aspersistent storage device 1408. Execution of the sequences ofinstructions contained in the volatile memory 1406 causes processor 1405to perform the process steps described herein. In alternativeembodiments, hard-wired circuitry may be used in place of or incombination with software instructions to implement the invention. Thus,embodiments of the invention are not limited to any specific combinationof hardware circuitry and software.

The term “computer-readable medium” as used herein refers to any mediumthat participates in providing instructions to processor 1405 forexecution. The computer-readable medium is just one example of amachine-readable medium, which may carry instructions for implementingany of the methods and/or techniques described herein. Such a medium maytake many forms, including but not limited to, non-volatile media andvolatile media. Non-volatile media includes, for example, optical ormagnetic disks, such as storage device 1408. Volatile media includesdynamic memory, such as volatile storage 1406.

Common forms of computer-readable media include, for example, a floppydisk, a flexible disk, hard disk, magnetic tape, or any other magneticmedium, a CD-ROM, any other optical medium, punchcards, papertape, anyother physical medium with patterns of holes, a RAM, a PROM, an EPROM, aFLASH-EPROM, a flash drive, a memory card, any other memory chip orcartridge, a carrier wave as described hereinafter, or any other mediumfrom which a computer can read.

Various forms of computer readable media may be involved in carrying oneor more sequences of one or more instructions to processor 1405 forexecution. For example, the instructions may initially be carried on amagnetic disk from a remote computer. Alternatively, a remote computercan load the instructions into its dynamic memory and send theinstructions over a telephone line using a modem. A modem local tocomputer system 1400 can receive the data on the telephone line and usean infra-red transmitter to convert the data to an infra-red signal. Aninfra-red detector can receive the data carried in the infra-red signaland appropriate circuitry can place the data on the data bus 1404. Thebus 1404 carries the data to the volatile storage 1406, from whichprocessor 1405 retrieves and executes the instructions. The instructionsreceived by the volatile memory 1406 may optionally be stored onpersistent storage device 1408 either before or after execution byprocessor 1405. The instructions may also be downloaded into thecomputer platform 1401 via Internet using a variety of network datacommunication protocols well known in the art.

The computer platform 1401 also includes a communication interface, suchas network interface card 1413 coupled to the data bus 1404.Communication interface 1413 provides a two-way data communicationcoupling to a network link 1414 that is coupled to a local network 1415.For example, communication interface 1413 may be an integrated servicesdigital network (ISDN) card or a modem to provide a data communicationconnection to a corresponding type of telephone line. As anotherexample, communication interface 1413 may be a local area networkinterface card (LAN NIC) to provide a data communication connection to acompatible LAN. Wireless links, such as well-known 802.11a, 802.11b,802.11g and Bluetooth may also used for network implementation. In anysuch implementation, communication interface 1413 sends and receiveselectrical, electromagnetic or optical signals that carry digital datastreams representing various types of information.

Network link 1413 typically provides data communication through one ormore networks to other network resources. For example, network link 1414may provide a connection through local network 1415 to a host computer1416, or a network storage/server 1417. Additionally or alternatively,the network link 1413 may connect through gateway/firewall 1417 to thewide-area or global network 1418, such as an Internet. Thus, thecomputer platform 1401 can access network resources located anywhere onthe Internet 1418, such as a remote network storage/server 1419. On theother hand, the computer platform 1401 may also be accessed by clientslocated anywhere on the local area network 1415 and/or the Internet1418. The network clients 1420 and 1421 may themselves be implementedbased on the computer platform similar to the platform 1401.

Local network 1415 and the Internet 1418 both use electrical,electromagnetic or optical signals that carry digital data streams. Thesignals through the various networks and the signals on network link1414 and through communication interface 1413, which carry the digitaldata to and from computer platform 1401, are exemplary forms of carrierwaves transporting the information.

Computer platform 1401 can send messages and receive data, includingprogram code, through the variety of network(s) including Internet 1418and LAN 1415, network link 1414 and communication interface 1413. In theInternet example, when the system 1401 acts as a network server, itmight transmit a requested code or data for an application programrunning on client(s) 1420 and/or 1421 through Internet 1418,gateway/firewall 1417, local area network 1415 and communicationinterface 1413. Similarly, it may receive code from other networkresources.

The received code may be executed by processor 1405 as it is received,and/or stored in persistent or volatile storage devices 1408 and 1406,respectively, or other non-volatile storage for later execution. In thismanner, computer system 1401 may obtain application code in the form ofa carrier wave.

It should be noted that the present invention is not limited to anyspecific firewall system. The inventive policy-based content processingsystem may be used in any of the three firewall operating modes andspecifically NAT, routed and transparent.

Finally, it should be understood that processes and techniques describedherein are not inherently related to any particular apparatus and may beimplemented by any suitable combination of components. Further, varioustypes of general purpose devices may be used in accordance with theteachings described herein. It may also prove advantageous to constructspecialized apparatus to perform the method steps described herein. Thepresent invention has been described in relation to particular examples,which are intended in all respects to be illustrative rather thanrestrictive. Those skilled in the art will appreciate that manydifferent combinations of hardware, software, and firmware will besuitable for practicing the present invention. For example, thedescribed software may be implemented in a wide variety of programmingor scripting languages, such as Assembler, C/C++, perl, shell, PHP,Java, etc.

Moreover, other implementations of the invention will be apparent tothose skilled in the art from consideration of the specification andpractice of the invention disclosed herein. Various aspects and/orcomponents of the described embodiments may be used singly or in anycombination in the computerized tiered storage systems with datamigration functionality. It is intended that the specification andexamples be considered as exemplary only, with a true scope and spiritof the invention being indicated by the following claims.

1. A system comprising: a first storage system configured to: manage avolume, a first type of tier storage area and a second type of tierstorage area, allocate a storage area of the first type of tier storagearea and the second type of tier storage area to a first logical area ofa plurality of logical areas of the volume, if the first storage systemreceives a first write data from a computer to the volume; and a secondstorage system configured to: manage the volume, another first type oftier storage area and another second type of tier storage area; whereinthe volume is configured to be migrated from the first storage system tothe second storage system in a status of: (i) an allocation of theanother first type of tier storage area to the first logical area of thevolume, if the first type of tier storage area is allocated to the firstlogical area of the volume, and (ii) an allocation of the another secondtype of tier storage area to the first logical area of the volume, ifthe second type of tier storage area is allocated to the first logicalarea of the volume.
 2. The system according to claim 1, wherein thesecond storage system is further configured to: allocate a storage areaof the another first type of tier storage area and the another secondtype of tier storage area to a second logical area of the plurality oflogical areas of the volume, if the second storage system receives asecond write data from the computer to the volume after the migration.3. The system according to claim 1, wherein the first storage system andthe second storage system are further configured to manage a type oftier storage area attribute for the first logical area of the volume. 4.The system according to claim 3, wherein the first storage system andthe second storage system are further configured to manage a type oftier storage area attribute for each of the plurality of logical areasof the volume.
 5. The system according to claim 1, wherein the volume isa thin provisioned volume.
 6. The system according to claim 1, whereinthe type of tier storage area is defined based on at least a type ofdisk interface.
 7. The system according to claim 1 wherein the type oftier storage area is defined based on whether the logical areacorresponds to another volume of an external storage system.
 8. Astorage system, comprising: a central processing unit (CPU) that isconfigured to: manage a volume, a first type of tier storage area and asecond type of tier storage area; and process a migration of the volumeto the storage system in a status of: (i) an allocation of the firsttype of tier storage area to a first logical area of the volume, if afirst type of tier storage area of another storage system is allocatedto the first logical area of the volume, and (ii) an allocation of thesecond type of tier storage area to the first logical area of thevolume, if a second type of tier storage area of the another storagesystem is allocated to the first logical area of the volume.
 9. Thesystem according to claim 8, wherein the CPU is further configured to:allocate a storage area of the first type of tier storage area and thesecond type of tier storage area to a second logical area of the volume,if a second write data from the computer to the volume is received afterthe migration.
 10. The storage system according to claim 8, wherein theCPU is further configured to manage a type of tier storage areaattribute for the first logical area of the volume.
 11. The storagesystem according to claim 10, wherein the CPU is further configured tomanage a type of tier storage area attribute for each of a plurality oflogical areas of the volume.
 12. The storage system according to claim8, wherein the volume is a thin provisioned volume.
 13. The storagesystem according to claim 8, wherein the type of tier storage area isdefined based on at least a type of disk interface.
 14. The storagesystem according to claim 8, wherein the type of tier storage area isdefined based on whether the logical area corresponds to another volumeof an external storage system.
 15. A non-transitory computer readablemedium storing instructions for executing a process for a storagesystem, the instructions comprising: managing a volume, a first type oftier storage area and a second type of tier storage area; processing amigration of the volume to the storage system in a status of: (i) anallocation of the first type of tier storage area to a first logicalarea of the volume, if a first type of tier storage area of anotherstorage system is allocated to the first logical area of the volume, and(ii) an allocation of the second type of tier storage area to the firstlogical area of the volume, if a second type of tier storage area of theanother storage system is allocated to the first logical area of thevolume.
 16. The non-transitory computer readable medium according toclaim 15, wherein the instructions further comprise: allocating astorage area of the first type of tier storage area and the second typeof tier storage area to a second logical area of the volume, if a secondwrite data from the computer to the volume is received after themigration.
 17. The non-transitory computer readable medium according toclaim 15, wherein the instructions further comprise: managing a type oftier storage area attribute for each of a plurality of logical areas ofthe volume.
 18. The non-transitory computer readable medium according toclaim 15, wherein the volume is a thin provisioned volume.
 19. Thenon-transitory computer readable medium according to claim 15, whereinthe type of tier storage area is defined based on at least a type ofdisk interface.
 20. The non-transitory computer readable mediumaccording to claim 15, wherein the type of tier storage area is definedbased on whether the logical area corresponds to another volume of anexternal storage system.